home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / dev / amos / AMOS_0795.lzh / AMOSLIST / 000060_amos-request@svcs1.digex.net_Thu Jul 13 17:51:30 1995.msg < prev    next >
Internet Message Format  |  1995-08-04  |  5KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id RAA22637;  for  ; Thu, 13 Jul 1995 17:50:14 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id QAA23300 for amos-out; Thu, 13 Jul 1995 16:05:53 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id QAA23297 for <amos-list@svcs1.digex.net>; Thu, 13 Jul 1995 16:05:51 -0400
  4. Received: from phoenix.inka.de (root@phoenix.inka.de [193.197.84.29]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id QAA09759;  for <amos-list@access.digex.net> ; Thu, 13 Jul 1995 16:05:46 -0400
  5. Received: from mips.pfalz.de by phoenix.inka.de with bsmtp
  6.     (Smail3.1.29.1 #14) id m0sWUSt-00049RC; Thu, 13 Jul 95 22:02 MET DST
  7. Received: from kiste.pfalz.de by mips.pfalz.de with cbsmtp
  8.     (Smail3.1.28.1 #4) id m0sWTfC-000CoSC; Thu, 13 Jul 95 21:11 MET DST
  9. X-ZC-VIA: 19950713161858W+1@kiste.pfalz.de
  10. X-ZC-VIA: 19950713073444W+1@sixpack.pfalz.de
  11. Subject: Re: MARP...
  12. Message-ID: <wBAc1MD261aez2@p22.sixpack.pfalz.org>
  13. Date: Wed, 12 Jul 95 17:32:37 CET
  14. X-ZC-TELEFON: V+49-89/8005856
  15. X-ZC-POST: Kennedystrasse 8; D-82178 Puchheim; Germany
  16. From: chris@sixpack.pfalz.de (Chris Hodges)
  17. X-Mailer: MicroDot 1.10 [REGISTERED 000261] via Connectline-CLMSortin 2.18
  18. X-Gateway: ZConnect CL kiste.pfalz.de [Connectline/AmigaOS]
  19. To: amos-list@access.digex.net
  20. References: <Pine.HPP.3.91.950711112007.12190A-100000@nyquist.ee.ualberta.ca>
  21. Status: RO
  22. X-Status: 
  23.  
  24. sikorsky@ee.ualberta.ca (Mike Sikorsky) wrote on 11.07.1995 some text
  25. under the subject MARP.... I can't leave this uncommentated ;-)
  26.  
  27. MS>     If anyone is interested in MARP, that means that you
  28. MS>  would actually use it, be willing to pay for it ( this
  29. MS>  doesn't even mean I would charge for MARP but you would
  30. MS>  have to be interested enough to spend 15-20 bucks ) then
  31. MS>  please reply back to me and fill out the survey at the end
  32. MS>  of the message. 
  33.  
  34. Actually, MARP is a very good idea, but currently, I don't know C
  35. very well, and even more, I'm planning a new basic *compiler* for the
  36. amiga with the easyness of AMOS but the possibilities of C and full
  37. (and only) intuition support.
  38.  
  39. However, I'd like to fill the survey anyway ;-)
  40.  
  41. MS> 1. Should MARP support:
  42. MS> 
  43. MS>     [X] only OS3.x
  44. MS>     [ ] OS2.x and OS3.x
  45. MS>
  46. MS>    (no MARP won't support OS1.x)
  47.  
  48. Kick 1.3 is really obsolete and should not be supported anymore. This
  49. is a very good opinion of yours. But even Kick 2.0 would be a lossy
  50. base for such a programming language, if you think of such things as
  51. 'Locale' or 24 bit colour format etc.
  52.  
  53. MS> 2. Should MARP support:
  54. MS> 
  55. MS>     [X] only AGA machines
  56. MS>     [ ] AGA and ECS/OCS machines
  57.  
  58. ECS is obsolete. However, most gamers only have OCS/ECS machines, and
  59. despite MARP is especially for Games-writers, this is a very
  60. difficult decision.
  61.  
  62. After thinking a bit about this, ECS machines should be supported to
  63. that extent, that the graphic modes are available and can be used,
  64. but as Kickstart 3.0 has to be mounted, users of ECS machines like
  65. A3000+gfx cards will be very glad to see the games work on their gfx
  66. cards.
  67.  
  68. My suggestion: Make it as system friendly as possible, provide every
  69. program with an ASL screen selection requester and everybody would be
  70. happy ;-)
  71.  
  72. MS> 3. Should there be current objects to which operations are applied or
  73. MS>    should the object have to always be supplied with the operation?
  74. MS> 
  75. MS>     [X] "M_CurrScreen(0); Circle(M_MouseX(),M_MouseY(),30);"
  76. MS>     [ ] "Circle(0,M_MouseX(),M_MouseY(),30);"
  77.  
  78. I'd prefer the upper solution in *this* case. But the other version
  79. could be more useful in other cases (e.g Plot/Point?)
  80.  
  81. MS> 4. Would you like MARP to be:
  82. MS> 
  83. MS>     [ ] One object module the you link with
  84. MS>     [X] Seperate object modules that let you choose which
  85. MS>         parts of MARP you want to use (possibly have a GUI
  86. MS>         interface to make this easy)
  87.  
  88. Bye, Chris Hodges <chris@sixpack.pfalz.org>      __   __
  89. A4000/40/5MB/400HD/CD; AMOS Extension-Coder __  ///  / / _____
  90. GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///  / /_/ ___/ LOGOUT
  91. E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/   \__/ __/  FASCISM!
  92. tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!  \/
  93.  
  94. Alcoy (adj.)
  95.   Wanting to be bullied into having another drink.
  96. (from: "The Deeper Meaning of Liff")